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APPLICATION DATA SYNCHRONIZATION IN TELECOMMUNICATIONS SYSTEM 

Appendix 1 : Table of bearer service types 

Appendix 2: Cleartext XML example of a configuration message 

Appendix 3: WBXML values for elements 

5 BACKGROUND OF THE INVENTION 

The invention relates to data synchronization in a 
telecommunications system, particularly to application data synchronization in 
a networked system comprising at least one terminal, at least one 
synchronization server and at least one database. Data synchronization is an 
10 operation in which a correspondence between at least two data collect.ons is 
created in such a way that, after the synchronization, the information units of 
the data collections substantially correspond to each other. 

Data of portable terminals, such as portable computers, PDA 
(Personal Digital Assistant) devices, mobile stations or pagers, can be 
15 synchronized with network applications, desktop computer applications or 
other databases in a telecommunications system. Typically, data of calendar 
and e-mail applications, in particular, are synchronized. Synchronization has 
previously been based on different manufacturer-specific protocols which are 
not compatible with each other. This restricts the use of the terminals and data 
20 types used and is typically difficult for the user. In mobile communication, in 
particular, it is important to acquire and update data irrespective of the terminal 

or application used. 

The SyncML (Synchronization Markup Language), which is based 
on the XML (Extensible Markup Language), has been provided for improved 

25 application data synchronization. The SyncML synchronization protocol using 
messages in the SyncML format allows data synchronization in any application 
between any networked terminals. For example, a calendar entry in a mobile 
station is automatically synchronized with the network calendar used by a 
company secretary. The SyncML synchronization protocol operates in both 

30 wireless and wired networks and supports several transfer protocols. The 
SyncML synchronization protocol can be implemented, for example, on top of 
the HTTP protocol (Hyper Text Transfer Protocol), the WSP protocol (Wireless 
Session Protocol) of the WAP (Wireless Application Protocol) standard, the 
OBEX protocol used for cable links, such as the USB (Universal Serial Bus) or 

35 RS-232. or for short-range radio frequency (Bluetooth) links or infrared (IrDA) 
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mn nf a TCP/IP (Transport Control Protocol/Internet Protocol) stack, 

Vata) s settngs -elating to the pMM. "* ■» *** * 

S settings of its own. Users find entering these settings manually and 
even accepting completed settings difficult and laborious. 

BRIEF DESCRIPTION OF THE INVENTION 

An object of the invention is to avoid the above-descnbed problems 
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in the independent claims. Preferred embodiments of the invention are 

described in the dependent claims. 

The invention is based on the idea that at least one conf.gurat.on 
message comprising data required for at least the enabling of synchron.zat.on 
5 is transmitted from a synchronization server to a terminal composing a 
synchronization application, wherein the data at least comprises settings of 
one or more databases. The terminal can store the data in its memory and 
the synchronization is carried out using at least part of the stored data. Thus a 
synchronization connection is arranged between the terminal and the 
10 synchronization server, and the synchronization is initialized us.ng the 
arranged synchronization connection and at least part of sa.d data. At least 
data in a first database (in the terminal) and in a second database can 
subsequently be synchronized based on at least part of said data. The term 
•database' is to be understood in a broad sense to refer to a data collects of 
15 any data source or data storage, which can be updated with one or rnore 
applications. The term -synchronization connection' refers to a logical data 
transmission connection which is formed to begin the synchronizat.cn. The 
initialization of synchronization refers to preparation for the actual 
synchronization, for example the initialization of a synchronization sess.on 

20 according to the SyncML standard. 

The arrangement according to the invention provides the advantage 
that the user does not have to enter the required settings manually, but they 
can be sent from the synchronization server and taken automatically into use 
in the terminal. The commissioning and use of the synchronization serv.ce is 

25 thus easy and as transparent as possible for the user. The invent.on is 
particularly advantageous when there is a plurality of databases, whereby the 
database settings of the terminal can be completed at one time with a smgle 
configuration message. Thus, also, data transmission capacity is consumed as 
little as possible. 

30 According to a preferred embodiment of the invention, the database 

settings comprise the name and address of at least one database and the 
information on the content types supported. During the initialization of the 
synchronization, the stored address is thus transmitted from the term.nal to the 
synchronization server if data in the database in question needs to be 

35 synchronized. This embodiment brings about the advantage that all data 
needed to describe the databases are obtained from the server to the 
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«. data is transferred in the synchrony. Thus. * - « 
^pes supped by .he database » . vte 

7 rt se"ra,oonten,.ypes t ha. 

,0rSyn ° h "ng to another preferred embodiment o, me invent, ft. 

atthe moment of time aocordingtosaKi^ngsTh eadva^geo 

tyTronion automatically in accordance with satd setangs. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invenUon now be desedbed in greafer detail n connect 

SynChro "Cra P 2 rl a wireless n*wo* and a to oa, a—; 

Figure 3 shows a method acoording to a preferred embodtment of 

30 fhe invenaom and^ ^ ^ ^ ^ fc , pre(erred 

embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

A prefarred embodiment of the invention is desonbed n the 
36 folfcwing in aCam support ,a SyncMU standam, without, howeve, 



WO 02/077860 



PCT/FI02/00251 



5 



confining the application range of the invention thereto. The invention can ha 
^ in arranging the data synchronized in any system supports any 

S ^ ron Cr;tows a netted system which allows data 
svnchronizatL in databases DB and terminals TE. As regards the 

L examples, in the first of which terminals TE, databases DB and 

^chllzad 5 are °° nneC,ed ,0 ' l0Ca ' T? * for 

Zm TE connected to the network LAN comprises funcbonalrty for 

In« a network interface card and software c»nho»ing the data 
^amission, for communicating with the devices of ft. network -.XML The 
local area network LAN can be a local area network of any type, and the TE 
" bet colcbon wKh the server S also via me Internet, *My us,ng . 
M FW. in *a second example, a terminal TE, a synchrony senre, S 
databases DB are connected to a mobile network MNW. The erm,na, TE 
elected to the network MNW comprises mobile station functonal* for 
Ire ess communication wtth the network MNW. The mob„e network MNW 
« be any known wiretess netwo*. for example a network 
GSM service, a network supporting the GPRS servtoe 
Service) a third-generation mobile network, such as the UMTS (Umvereal 
M " e TeLmmunicanons System, network, a wireless local area ne^ 
WLAN or a private network. It should be noted that the server S can funcbon 
ZZLL DB, although In Ffcure 2 the servers S and databases DB are 
shown separately for the sake of clarity. 

The terminals TE (in wired networks LAN and in wireless MM* 
MNW) and the servers S comprise memory MEM; SMEM, a user interface Ul; 
SUI I/O means I/O; Sl/O for arranging data transmission, and a cen rel 
precessing units CPU; SCPU comprising one or more processors In the 
memory MEM. SMEM there is a non-volatile portion for stonng the applrcabons 
30 ruling centre, precessing un« CPU. SCPU. and a randon , access 
memory portton to be used for processing data. In the iiwW^ 
I a fire, database to be synchrony, and in the mem^ o the database 
DB the application data being the obiect of the synchronized are 
maintained A client agent CA coating in accordance wrih me ,nven„on , 
35 preferably implemented by executing in me CPU computer pregranv «*e 
stored in the memory MEM. Also the synchronization server S provrdes a 
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synchro ni Z afion agent SA and . ■ ^2 — 

invention preferably by executmg .n the SCPl ) compu t P ^ 

and the 

processing units CPU and SCPU embodiment 
synchronization server S to implement the ^^^^ obtained via 
of which is illustrated in Figure 3. The computer progr ™ 

for toe anan 9 e m en, 

— ™.he adls and name o. .he database, the 

r*t^ ££££ suppcned, or omer dafcbase tenures, the 
informal on the ^ content ^ PP hronization , the use, 

2 sLd ,n .he memory SMEM - * S - W - ^ 

s ^en teouited, te.deve ^^^E^^ TE » * 

—5555^25= 

35 address or a configuration message compns.ng the sethngs 
database to all users of the database DB. 
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At least one configuration message formed is transmitted 302 from 

e .„ tho terminal TE. When receiving the 
the synchronization server S to the terminal * 

conjuration message, the TE stores 303 et least part of the data ,n the 

ST* men^y MEM, and * can present me possible user instrochons 

5 -theusetinteda^ ^ ^ ^ „ 

initialization of the synchrontealion sesston can be started 304. 305 later ,n 
tree wfih me stored data, a, the storting time of the synch.™ 
that is possibly determined in me start settings. The stertmg me can be 

10 determined in a plot* of ways, for example at -«m " £ 
synchronization service can also be started on the rnfiiafive of the user or the 
nchronizafion server. Thus, the databases to be synchrony are 
determined on the basis of the application or a command by me user orafi 
databases whose setfings are stored can be synchronized Here >, to* date 

15 stored in the memory MEM can be utilized, for instance data on me content 
of the databases. If me synchronization serine is started on the ,n,ba ve 
7me server S. I also starts the formation of a logical synchronized 

connection ^ ^ ^ ranfKJU[atlon mess ages brings about a plurality of 
20 advantages: the usability of the synchronization service is improved, because 
all the data required for the synchronized can be transmuted at one time 
and the definition of me sedings for .he terminal takes place auloma ,ca«y and 
quickly after the reception of the configuration message. When all the data 
required is transmitted in one message, the use of the resources of the 
25 network and the terminal is efficient, end several authentications are not 

required, for instance. 

When synchronization service is needed, the client agent CA 
searches 304 the memory MEM for data, particularly the settings of the 
databases DB. The client agent CA forms a client initialization message, for 

30 the transmission of which a logical synchronization connection is formed, and 
an initialization message is transmitted 305 from the terminal TE to the serve 
S defined in the data. A logical synchronization connection is formed 
the data transmission itself takes place using connectionless protocols The 
,ogical synchronization connection can be arranged via the transmission of the 

35 initialization message, or exchange of previous messages can be 

in the initialization message, the synchronfcation server S .s mformed on wh.ch 
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databases" data is to be synchronized and which synchronized type .s used 
tZ "so authentication information and information on the serv.ce and 
properties supported by the terminai TE. Also, a user text can be sto ed 
fnTe memory MEM to be dispiayed at this stage to inform the user on the 
5 synchronization to be performed and aspects relating thereto. 

Having received the initialization message, the server S completes 
the initialization by responding with an initialization message 306 of its o*n. 
"e ^l message comprises device and -^J£^ 
the server. When the initialization has been completed, data of at leas one 
0 database DB and terminal TE determined in the in,t,al,za*on of the 
s^chronization can be 307 synchronized. The V^T?™* 
thus arranged to perform 307 the data synchronized using ^part^ 
the configuration message data, which has been transm.tted (305) from the 
till Final*, the result of the synchronization can be displayed to the user. 
! 5 The synchronization type to be used may be for instance: 

- two-way synchronization; 

- slow synchronization; 

- one-way synchronization from client only; 

- refresh synchronization from client only; 
20 - one-way synchronization from server only; 

. refresh synchronization from server only; 

- server-alerted synchronization. 

As for a more detailed description of the initialization of a 
synchronization session and synchronization 307 of data the standard 
25 SyncML Sync Protocol, version 1.0, December 2000, is incorporated a 
reference herein. However, configuration messages according to the .nvend 
can be used for transmitting data relating to the synchron,zat«on of any 

synchronization method. 

It is to be observed that the synchronization (307) can, contrary to 

30 Figure 3, be started without separate initialization messages (306 to 307). In 
such a case, the initialization is performed simultaneously wrth the 
synchronization. Configuration messages can, however, be used in the way 
•/ustrated in Figure 3, for defining the settings of the 
synchronization, and of the synchronization. Thus, the number of messages to 

35 be transmitted can be reduced. 
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Figure 4 illustrates contents of a configuration message according 
to a preferred embodiment of the invention. The configuration messages can 
be distinguished by a given type of a given MIME type (Multipurpose Internet 
Mail Extensions) MIMEH added to the message. 

in accordance with a preferred embodiment of the .nvent,on, 
configuration messages are in the XML format. The configuration message -s 
thus a message in the XML format, comprising data transmrtted from the 
synchronization server S to the terminal TE, relating to the • «"B«^ * 
synchronization, particularly to the performance of the ,n,fca«o r to 
synchronization. For the configuration messages, a document type defin .on 
DTD is defined which determines in the XML language the used tags 
structural proportions of the elements ('ELEMENT) between the .tegs and 
other XML document definitions. As is very well known for the XML language 
an element begins with a start-tag (e.g. <section>) and ends w,th an end-tag 
5 (</section>), and it can contain text or other elements. A DTD . mcluded ,n aH 
configuration messages transmitted by the synchronized n serve, or the 
configuration messages refer to a DTD already known by the term.nal TE. 
The following represents an exemplary DTD for a configured " 

<IELEMENT SyncSettings (Version, HostAddr, Port?. 
20 RemoteDB+, Name?, Info?, Auth*. ConRef?. Condition?)> 

<!ELEMENT Version (#PCDATA)> 
<!ELEMENT HostAddr (#PCDATA)> 
<!ELEMENT Port (#PCDATA)> 

<!ELEMENT RemoteDB ( (CTType. CTVer*)+, URI, Name?)> 
25 < ELEMENT URI (#PCDATA)> 

<!ELEMENT CTType (#PCDATA)> 

<!ELEMENT CTVer (#PCDATA)> 

<!ELEMENT URI (#PCDATA)> 

<!ELEMENT Name (#PCDATA)> 
30 <!ELEMENT Info (#PCDATA)> 

<!ELEMENT Auth (AuthLevel, AuthScheme, ((Username | 

Cred) | (Username, Cred)))> 
<!ELEMENT AuthLevel (#PCDATA)> 
<!ELEMENT AuthScheme (#PCDATA)> 
35 <!ELEMENT Username (#PCDATA)> 

<!ELEMENT Cred (#PCDATA)> 
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<!ELEMENT ConRef (ConType, ((Bearer?, AddrType, 
Addr)|ReflD))> 

<!ELEMENT ConType (#PCDATA)> 
<!ELEMENT Bearer (#PCDATA)> 
5 <!ELEMENT AddrType (#PCDATA)> 

<!ELEMENT Addr (#PCDATA)> 
<!ELEMENT RefID (#PCDATA)> 
<!ELEMENT Condition (#PCDATA)> 

10 The question mark ?' expresses that the particular element is 

optional. The sign V expresses that the element occurs once or more than 
once It is to be observed that all elements are not mandatory and that the 
invention can also be applied using elements that differ from what is presented 
herein. The following describes the different elements of the configurate 

1 5 message of Figure 4 in more detail: 

SyncSettings. This element is a root element determined in the XML 
language, comprising the tags of the other elements. On the basis of the root 
element it is observed that the message concerns specifically a conf.gurat.on 
20 message comprising data relating to the arrangement of the synchron.zat.on. 

Version. This element determines the version of the configuration message 
format. When the format of the configuration message .s changed 
substantially, the number of the version must also be changed. 

25 Name. This element determines the displayable name of the data 
(configuration message) relating to the arrangement of the synchronizat.on or 
of the database. If this element is used within the root element SyncSettmgs, .t 
determines the name of said data. If the element is used within the element 

30 RemoteDB, it determines the displayable name of the database. The name 
can also be displayed to the user. 

Host Addr. This element contains the host address of the SyncML 
synchronization service (service agent SA). This is typically an IP address or a 
35 uniform resource locator URL. A telephone number or a device tag can also 
be used. 



WO 02/077860 



PCT/FI02/00251 



11 



10 



15 



20 



Info. This element contains text that can be displayed to the user when the 
synchronization message is received (303) or later (305). The user text can be 
for instance short information on the synchronization service or instructions to 
control the actions of the user. This element can also be in the element 
RemoteDB, whereby database-specific data can be presented to the user. 

Port. This element determines the TCP port of the synchronization server S 
(SyncML synchronization service). All configuration messages should support 
this element. If the element is not determined, the default port value is 80. 

Auth. This element can contain other four elements (AuthLevel, AuthScheme, 
((Username I Cred) I (Username, Cred))). This element determines the 
authentication methods and credentials used in the SyncML session. The 
element can be used in the authentication of the transport protocol layer, for 
example HTTP protocol or the transport layer (WSP) of the WAP protocol, or 
in the authentication of the SyncML service. The element comprises 
information on the authentication level, the authentication method, the user 
identifier and the credentials. 

AuthLevel. This element determines the authentication level. The 
authentication level is presented numerically for example in the way indicated 
in Table 1 as follows. 

Table 1. 



25 



Authentication level 


Value 


Description 


SyncML server 


T 


Used in credentials of element 
SyncHdr 


SyncML database 


'2' 


Used in credentials of SyncML 
database level 


HTTP /WSP 


•3' 


HTTP level authentication 


OBEX 


'4' 


OBEX authentication 



AuthSchem . This element determines the authentication method. The value 
can be numeric or it can be determined in the way indicated in Table 2. 
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Table 2. 
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Authentication method 


Value 


Basic 


•v 


Digest (MD5) 


, 2 . 



Usemame. This element determines the user name for the authentication on 
the SyncML synchronization service level or the transfer protocol level. The 
element AuthLevel determines the authentication level for which the g.ven 
user name is intended. 

Cred. This element determines the authentication credentials. The element 
AuthLevel determines the authentication level for which the credentials are 
intended. If the authentication method is 'Basic" or 'Digest', the credentials 
contain a password for the user identifier determined in the element 
UserName. 

ConRef. This element determines a reference to the physical or logical access 
point (connection reference), which is used with these synchronization 
settings. The element contains the elements ConType, ((Bearer?, AddrType, 
Addr) |ReflD)). 

ConType. This element determines the connection type, which can be 
presented in the way indicated in Table 3. 
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Table 3. 
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HTTP /WAP 2.x (WAP 
NG) proxy 



Logical access point 



Physical access point 



•3" 



Name according to which the access 
points are grouped 

Refers to real address: bearer service, 
address type, address value 



„ the connect type is WAP 1 .x server, the HTTP / WAP 2.x proxy sewer, or 
a iogical access point, the contents of the element Re* are used o 
defeLe the connect reference. If the physica, access j"*-"* £ 
contents of the elements Bearer, AddrType and Addr determrne the 
connection reference. 

Bearer. This element determines the bearer service type of the connection 
reference. The type of the bearer service can be determined for example nn 
the way indicated in the table of Appendix 2, without, however, be.ng confined 
to the bearer service types presented therein. 

AddrType. This element determines the address type of the connection 
reference. The address type can be presented numerically in the way 
indicated in Table 4. 
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AddTFiSllement determines the address of the connection reference. The 
5 ^Js ltZ exampie a teiephone number or an ,P address. The type o 
Z ! address is determined in the AddrType e.ement or on the bas.s of the 
address value itself. 

ReflD This element defines the logical reference value of the oomrton 
,0 2HTt2 reference value is the fcgical name or another tag o, .he 
connection point. 

RemoteDB. Th, element determines one or more 

vw,™h The element may contain five elements ((CTType, Civer ) , 

to the database, or user text. 

URI This element determines the relative or absolute URI (Universal 
2^,22) of me database. The URI can be later used v*n 
20 22Tri rt and sync— on commands, used in the MM > of <he 

* ^Clmen, URI may also have add,«ona, attributes which *w a 
m0 te detailed description of 1. properttes o, *. database 
25 m guesfion. The additional attributes may be further ^ * 

llther a calendar is a personal calendar, a calendar used at work, or a 

Coalelr The addlna, adrtbutes ma, be dehn 

indicators in a text format, for example, to be added te the element URI (see 
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Appendix 2), or by using one or more specific elements. The additional 
attributes may be presented in the element URI in the way indicated in 
•SyncML Representation Protocol, version 1.0", of the SyncML standard, 
December 2000, Chapter 4.18. Thus, there may be various types of databases 
in the same address (URI) which must be distinguished from each other with 
additional attributes in the configuration message. The synchronization (304 to 
307) can be determined for different types of databases URI in the terminal TE 
on the basis of the data of this element, for example by using different 
initialization settings for different types. 

CTType. This element determines the media content types supported by the 
database. In this way, the type of the database can be defined; the types 
include for instance a calendar, contacts, notes, short messages, multimedia 
messages, images, e-mail or other type. The WWW site htt P :/wwMedu/in- 
15 notesfiana/assignments/media-types/media-types presents lANAs (Internet 
Assigned Numbers Authority) media content types, which can be used in this 
element. The value of this element can be for example text/x-vcard, text/vcard. 
text/x-vcalendar, or text/vcalendar. 

20 CTVer. This element determines the version of the content type supported. If 
the content type, i.e. the MIME type has several different versions, this 
element is obligatory (e.g. text/html 1.1/1 .271 .3). 

Condition. This element contains parameters or conditions concerning the 
25 start of the synchronization. For example, it can be determined that the 
synchronization is started every five hours. 

In accordance with a preferred embodiment of the invention, 
additions can be made to previous data relating to the databases DB stored in 

30 the terminal TE, or this data can be replaced with new data on the basis of the 
data of the configuration message. Thus, there is preferably a field in the 
configuration message that determines whether the data concerned is new 
data, replacement data or additional data. On the basis of this field, the 
terminal TE can store the configuration message data correctly. In order to 

35 implement this embodiment, separate tags, for instance <replace/>, <add/> or 
<new/>, can be used below the root element SyncSettings. 



WO 02/077860 



PCT/F102/00251 



16 

The elements are not in any way confined to the above-described 
elements and their application is not confined to the XML format but data can 
be transmitted in configuration messages in the HTML format, for example. 
Appendix 2 further presents a cleartext XML example of a conf.gurat,on 
5 message comprising elements of the DTD described above. 

Although the above-described elements contain references to the 
WAP standard according to a preferred embodiment of the invention (whereby 
the synchronization would preferably take place utilizing the WSP protocol), 
the transmission of configuration messages is not. however, confined thereto. 
10 For example HTTP or OBEX standards and transmission techniques of lower 
layers supported by these standards can also be used. 

In accordance with a preferred embodiment of the invent.on, the 
synchronization server S connected to a wireless telecommunications system 
encodes (step 301) the configuration messages into the binary WBXML 
15 (Wireless Binary XML) format. The documents in the XML format car .be 
converted into the WBXML format (or HTML format). The use of the WBXML 
format brings about the advantage that the amount of data transm.ss.on 
capacity required is decreased, which is particularly advantageous .n the 
transmission of a radio interface. The WBXML format is preferable when 
20 configuration messages are transferred using mechanisms providing restricted 
data transmission capacity, for instance in short message serv.ce SMS. 
Appendix 3 further presents a possibility for token assignments to attach the 
above-described elements into the WBXML format. 

If transmitted using the push service of the WSP protocol, 
configuration messages must be assigned to a predetermined WDP (Wireless 
Datagram Protocol) port. The terminal TE must listen to th.s port 
Transmission on a lower level can take place using any transmission protocol 
supported by the WAP protocol, for example using SMS or other signall.ng- 
type transmission manners (e.g. USSD; Unstructured Supplementary Serv.ce 
30 Data), or using circuit-switched data calls or packet-transmrtted data 

transmission services. 

It is obvious to a person skilled in the art that as the technology 
advances, the basic idea of the invention can be implemented in a plurality of 
ways Therefore, the invention and embodiments thereof are not confined to 
35 the above-described examples but can vary within the scope of the cla.ms. 
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Appendix 2: 



15 



20 



30 



<SyncSettings> 
<Version>1 .0</Version> 
<Name>Synchronization Server</Name> 
<HostAddr>http://www.syncserver.com 

/sync</HostAddr> 

<lnfo>This is a synchronization server for your 



10 use.</lnfo> 



<Port>8080</Port> 
<Auth> 



</Auth> 
<Auth> 



<AuthLevel>3</AuthLevel> 
<AuthScheme> 1 </AuthScheme> 
<Username>virtanen</Username> 
<Cred>password</Cred> 



<AuthLevel> 1</AuthLevel> 
<AuthScheme>K/AuthScheme> 
<Username>mvirtan</Username> 
<Cred>password</Cred> 



</Auth> 

25 <ConRef> 



</URI> 



<ConType> 1 </ConType> 
<ReflD>Nokia AP</ReflD> 

</ConRef> 

<RemoteDB> 

<URI>./Contacts?CLASS&EQ;PRIVATE 

<CTType>text/x-vcard</CTType> 
<CTVer>2.K/CTVer> 
<Name>Private Contact DB</Name> 



35 </RemoteDB> 

<RemoteDB> 



<URI>./Calendar</URI> 
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<CTType>text/x-vcalendar</CTType> 

<CTVer>1.0</CTVer> 
<Name>Calendar DB</Name> 

</RemoteDB> 

<Condition>Every fifth hours</Condition> 
</SyncSettings> 
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Appendix 3: 
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CLAIMS 

1. A method of arranging data synchronization of at least one 
application in a networked system comprising at least one terminal, at least 
one synchronization server, a first database in the terminal, and a second 

5 database, in which method: 

a synchronization connection is arranged between the terminal and 
the synchronization server to perform synchronization, 
characterized by 

forming a configuration message comprising data required for the 
10 application data synchronization, said data comprising settings of at least the 

second database; 

transmitting said configuration message from the synchronization 

server to the terminal; 

initializing the synchronization using the arranged synchronization 

1 5 connection and at least part of said data, and 

synchronizing data of at least the first database and the second 
database using at least part of said data. 

2. A method according to claim 1, characterized by 

the settings of said at least second database comprising at least the 
20 name of the second database, the data on the content types supported, and 
an address, such a URI indicator, and 

transmitting at least said address in the initialization of the 
synchronization session preceding the data synchronization from the terminal 
to the synchronization server as a response to the need to synchronize data of 
25 the second database. 

3. A method according to claim 1 or 2, characterized by 
said data further comprising user text, and 

the user text being displayed to the user of the terminal. 

4. A method according to any of the preceding claims, 

30 characterized by 

said data further comprising settings defining the timing of the 

synchronization, and 

the formation of the synchronization connection and the initialization 
of the synchronization being started from the terminal at the moment of time 
35 according to said settings. 
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5. A method according to any one of the preceding claims, 
characterized by 

said configuration message comprising at least one field which 
defines whether said data is new, replacing previous data or complementary. 
5 6. A method according to any one of the preceding claims, 

characterized by 

said configuration message being an XML document in a binary or 

text format. 

7. A method according to any one of the preceding claims, 
10 characterized by 

transmitting said configuration message using one or more of the 
following protocols: SMS, OBEX, HTTP, or WAP. 

8. A method according to any one of the preceding claims, 

characterized by 

15 t he d a ta transmission between the synchronization server and the 

wireless terminal being based on the WAP protocol stack; 

and the initialization of the synchronization session and the 
synchronization being based on the SyncML synchronization protocol 
performed on top of the WAP protocol stack. 
20 9. A method according to any one of the preceding claims, 

characterized by 

said data comprising settings of a plurality of databases; and 

synchronizing data of at least the first database and said plurality of 
databases using at least part of said data. 
25 10. A telecommunications system comprising at least one terminal, 

at least one synchronization server, a first database in the terminal, and a 
second database, in which system: 

the terminal and the synchronization server are arranged to 
establish a synchronization connection between the terminal and the 
30 synchronization server for the performance of the synchronization, 

characterized in that 

the synchronization server is arranged to form a configuration 
message comprising data required for the application data synchronization, 
said data comprising settings of at least the second database; 
35 the synchronization server is arranged to transmit said configuration 

message to the terminal; and 
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the terminal and the synchronization server are arranged to initialize 
the synchronization using the arranged synchronization connection and at 

least part of said data; and 

the synchronization server is arranged to synchronize data of at 
5 least the first database and the second database using at least part of said 
data. 

11. A telecommunications system according to claim 10, 
characterized in that 

said data comprises at least one of the following: 
1 o - settings relating to the timing of the start of the synchronization; 

- the name and address of at least the second database, and the 
data on the content types supported by it; 

- user text, which is displayed to the user in the terminal; 

- information on the synchronization server. 

15 12. A synchronization server comprising means for synchronizing 

the application data of at least the first database and the second database of 
the terminal, characterized in that said synchronization server is 
further arranged 

to form a configuration message comprising data required for the 
20 application data synchronization, said data comprising settings of at least the 

second database; 

to transmit said configuration message from the synchronization 

server to the terminal; 

to initialize synchronization, using the arranged synchronization 
25 connection and at least part of said data transmitted by the terminal during the 
initialization, and 

to synchronize data of at least the first database and the second 
database using at least part of said data. 

13. A synchronization server according to claim 12, 

30 characterized in that 

said data comprises at least one of the following: 

- settings relating to the timing of the start of the synchronization; 

- the name and address of at least the second database, and the 
data on the content types supported by it; 

35 - user text to be displayed to the user; 

- data of the synchronization server. 
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14 A telecommunications device comprising means for arranging 
application data synchronization of the first database in the 
telecommunications device with at least one synchronization server and the 
second database, whereby said telecommunications device is arranged 
5 to establish a synchronization connection between the 

telecommunications device and the synchronization server to perform the 

synchronization; . 

characterized in that said telecommunications device is 

further arranged . . 

10 to receive at least one configuration message compnsmg data 

required for the application data synchronization from the synchronization 
server, said data comprising settings of at least the second database; 
to store said data in its memory; 

to initialize synchronization with the synchronization server using at 

15 least part of said data. 

15. A telecommunications device according to claim 14, 

characterized in that 

said data further comprises settings defining the timing of the 

synchronization; and 

the telecommunications device is arranged to start the formation of 
the synchronization connection and the initialization of the synchronization at 
the moment of time according to said settings. 

16. A telecommunications device according to claim 14 or 15, 

characterized in that 
25 said data further comprises user text; and 

the telecommunications device is arranged to display the user text 
to the user of the telecommunications system. 

17. A telecommunications device according to any one of claims 14 
to 16.characterized inthat 

said settings of at least the second database comprise at least the 
name of the database, the data on the content types supported, and an 
address, such as a URI indicator; and 

the telecommunications device is arranged to transmit in the 
initialization of the synchronization at least said address to the synchronization 
35 server as a response to the need to synchronize data of said database. 
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18. A telecommunications device according to any one of claims 14 

to17,charact rized in that 

the telecommunications device is wireless and supports the WAP 
protocol and the SyncML synchronization protocol performed on top of the 

5 WAP prot ° t ^ : telecommunjcations devjce js arrange d to communicate with the 

synchronization server using the WAP protocol; and 

the client agent of the telecommunications device is arranged to 
communicate with the server agent of the synchronization server in 

10 accordance with the SyncML synchronization protocol. 

19 A computer program, which can be loaded into the .nternal 
memory of the telecommunications device comprising at least the first 
database and comprises code to be executed in the telecommunicates 
device, which code causes the telecommunications device to: 

15 arrange a synchronization connection between the 

telecommunications device and the synchronization server to perform the 

^^characterized in that the code further causes the 
telecommunications device to: 
20 receive at least one configuration message comprising data 

required for the application data synchronization, said data comprising at least 
settings of the second database; 

store said data in its memory; 

initialize synchronization with the synchronization server using at 

25 least part of said data. 

20 A computer-readable data storage medium, 
characterized in that said data storage medium comprises the 
computer program according to claim 19. 

21 A computer program which can be loaded into the internal 
30 memory of the computer functioning as the synchronization server, 

characterized in that said computer program comprises code 
performed in the synchronization server, which code causes the 
synchronization server to: 

form a configuration message comprising data required for the 
35 application data synchronization, which said data comprises settings of at least 
the second database; 
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transmit said configuration message from the synchronization 

server to at least one terminal; 

initialize synchronization using the arranged synchronization 
connection and at least part of said data transmitted by the terminal during the 

5 initialization; and 

synchronize data of at least the first database and the second 

database using at least part of said data. 

22. A computer-readable data storage medium, 

characterized in that 
10 said data storage medium comprises the computer program 

according to claim 21 . 
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